扫一扫
分享文章到微信
扫一扫
关注官方公众号
至顶头条
作者：simmone 来源：Matrix 2007年11月18日
关键字： J2EE
|
版权声明：任何获得Matrix授权的网站，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明 作者:Jimmy Jarrett;simmone 原文地址:http://www.javaworld.com/javaworld/jw-01-2005/jw-0110-quality.html 中文地址:http://www.matrix.org.cn/resource/article/43/43921_J2EE_accountability.html 关键词： J2EE accountability 概述 这篇文章中，Jimmy Jarrett建议开发者，特别是团队领导者，需要作哪些事情来确保他们系统的质量。另外还讨论了一些开源工具，它们在测量系统质量方面能够提供帮助，他还特别强调了责任分明的重要性，缺了它，没有开发团队可以获得成功。 许多人还在错误的认为基于Java/ J2EE技术的系统仍然在代码维护的问题上纠缠，bug的数量，或者功能的欠缺，或者性能的低下。幸运的是，这些问题已经很少与Java/J2EE技术本身相关联了，与它们真正相关的是缺乏一个关注系统质量的过程。为了确保由一个大型的团队或者跨越多团队开发的，一个大规模的Java/J2EE项目的成功，团队领导者必须： · 使用能够测量质量的工具 · 从这些工具中定义一组质量关卡和一些人为因素 · 分清对提交、监控的责任界限, 加强实施. 这篇文章解释了怎样将这三个策略融入到你的开发战略中，这样才能确保你的团队持续的开发高质量的项目。 工具的重要性 你听说过一个建筑公司试图建造一所房屋，而没有一把高性能的电锯，电钻或者甚至连最基本的象锤子这样的工具都没有？的确，一所房屋也可以没有今天的先进设备而建起来，但是，建筑将会花更长的时间，并且绝对达不到（使用先进工具）相同的水平。你可以用你的手建起一个小茅屋，但是如果你使用了正确的工具，你就可以建起一座大厦。 今天的开发者与那些试图建一所房屋的人几乎一样。对开发者来说工具是最基本的要素，不管是对于提高生产力还是加强质量。开发者使用的工具必须可以让他们在最短的时间内生产出最高质量的代码,这意昧着今天的IDE不再只是用来编写，调试和编译代码的简单工具。对应的，一个IDE必须帮助开发者识别出他们是否遵循合适的编码规范和已知的设计模式，如果他们遵循像Web services这样的工业标准，如果他们的代码追随它的约定，如果它完成每一个需求。别外，如果开发者没有进行持续构建和自动测试的环境，那么一个IDE的能力对加强系统的质量来说就变得更重要了。 进入Eclipse IDE看一下，它提供了内置的功能，当使用插件时，可以同时提高代码和系统的质量。Eclipse是一个开放的，可扩展的IDE，无所不为并不专为什么而设计。Eclipse的Java开发环境是开源的，免费的和完全可订制的。Eclipse通过开源的或商业的订制插件来促进新功能的增加。通过使用Eclipse,特别是图1中显示的一组关键的插件，那么对开发者和团队来说，就有可能对基于J2EE或Java的项目质量进行衡量。  图1.Eclipse的插件矩阵图 如果你不能衡量和监控它，控制一个系统的质量是不可能的。理解系统中允许测量的的关键领域非常重要。它们包括系统的可维护性，可靠性和性能。上述明显没有全部包括全部领域，但是这三项作为确保系统质量的基石是非常合适的。 可维护性包括了代码理解或修改的复杂程度，不管它是一个bug修复或是一次升级。良好注释的代码遵守众所周知的编码标准和工业设计标准，它们比那些几乎没有注释的，不遵守开发规范的代码更容易维护。高可维护的代码可以更快地引入更改，这样也就充许业务对新的或变化的需求有更快的响应，最后降低新特性的增加或维护造成的成本。 可靠性表达了一个方法是否遵守它自己的约定，并能够被成功地执行。单元测试可以用来演习一个方法的约定，从而确定代码段的可靠性。单元测试的质量，反过来，也被代码覆盖分析所验证。许多手段可以用来进行测量代码覆盖，包括，但不仅仅是，表达，判断，条件和调用分析。普遍讨论的一个议题是用来确定一个方法的可靠性的覆盖测试的类型和数量。出于这篇文章的目的，简单地说可靠性会随着代码覆盖测试的提高而提高。 系统内方法的可靠性是绝对重要的，因为，扩展来说，它就代表了系统的可靠性。其它问题，如性能或可扩展性，会慢慢出现，它们在扩展单元测试和覆盖分析时可以没有。这样，单元测试和覆盖分析毫元疑问地是保证系统稳定性全部的和最终的解决方案。但是，持续稳定地执行方法的能力代表了系统稳定的好的测量棒。 性能是典型的依靠每个单元所耗时间进行测量的。从一个系统能够处理多少个请求，到网络呑吐量，到某个系统调用的响应时间，全部都是依靠单元时间作为测量的标准。更为重要的是要知道，扩展开来说，是系统如何运作的。 为了达到这样的理解，你可能需要测量所有主要的服务方法、或者通过高使用频率，长调用堆栈，或者那些代表了核心构造中最普遍的交易通路来体现的问题域。第一步为性能提供了不一样的舒适度。对大型系统来说，性能应该在开发过程中被持续的维护和监控，以尽早地确定障碍并且避开生产环境下不可预知的错误。 现在，让我们来看一下Eclipse和它的插件是如何帮助开发团队来测量任何基于Java或者J2EE系统的维护性、可靠性、和性能的。 代码生成：可维护性 代码生成是确保一致性和可重复代码质量的最佳方法之一，它不同于基于类型的方式。XDoclet是目前生成Java源代码的工业标准。XDoclet是一个开源的，免费的库，它解析代码，寻找指定的Javadoc标记（元数据），然后用它来生成其它的Java源程序。 XDoclet包含了一组Javadoc标记，它们可以用来生成大多数的的可重复代码，这些代码在主流的基于Java/J2EE的系统中都可以找到，如JavaBean和EJB的home以及remote类，它甚至提供某些专有信息：如Borland Enerprise Server,JBoss, Orion, Resin, Sun Java System Application Server,Weblogic和Websphere。它也支持许多其它技术，如Hibernate, JDO(Java数据对象)，和Castor。如果这些还不够，XDoclet还可以扩展，允许开发者创建自己的定制标记来生成自制代码。使用XDoclet，让它为你生成代码，你可以在重复的编码中避免代码错误和bug。 代码度量：可维护性 因为代码容量过大，所以做不到可视地监控整个代码库。不必把每一行都过一遍，度量可确认出存在或潜在的问题。Eclipse的Metrics插件是一个开源的，免费的工具，它可以每一个类，每一个包或者每一个项目级别上生成度量值。为了便于保存历史记录，结果会输出在一个XML文件中。它也包含了一个Ant任务，可以用它来生成上述XML。 Eclipse的Metrics插件提供了超过23种类型的度量。最重要的一些度量包括接口的数量，深度继承树，重载的方法数量，McCabe的三级复杂度，传入藕合，传出藕合和抽象。默认地，Metrics图用蓝色显示合适，用红色显示违规。任何显示红色的部份都代表了一个可能的问题，需要你回头确认。插件有它自己的视图，并在后台运行;这样，它不可以被团队领导者在阶段结束时使用，也可以被开发人员用于自己的代码。 代码覆查：可维护性 代码覆查是一种有效的练习可以用来确保代码质量，也可以用来在编码风格和编码的最佳实践方面指导开发者。Jupiter是一个开源的，免费的工具，可以进行基于团队的代码覆查。Jupiter使用XML文件来跟踪单个的团队成员覆查，覆查使用一个覆查ID和覆查者ID(覆查ID是被团队覆查所共享的)。这些文件被加入到源代码控制中并对其它开发者可用，允许同步的进行多个覆查，并不需要服务端管理。 每个团队成员使用一个XML文件来从源码控制中检入检出，来看一下什么东西需要整理或者其它成员已完成的整理。使用Jupiter可以免除通常在新开发中要严格遵守的bug跟踪制度。Jupiter把队员解放了，他们可以在他们方便的时候进行代码覆查，而不是强迫他们正在解决一个问题时还去参加代码覆查会议。 坚持标准：可维护性 开发标准存在的目的是避免过去的错误重犯。另外，它也确保了代码的一致性和对于将来会维护这些代码的人员的更大的可读性。Eclipse内置了一个遵循Java编码约定的格式化器。虽然这很棒，但一个格式化器对于确保产出高质量的代码是不够的。 Checkstyle建于Eclipse的代码格式化的基础之上，增加了更多的语法检查。它能够指出不合式的代码块，编码错误，重复代码和一些测量违规。更好的是，CheckStyle是完全可定制的，允许用户裁剪检查的类型和组织内部开发标准的严格等级。默认的Checkstyle配置文件是全面的。甚至，我建议开发者投资一点时间在定制这个插件上面，让它完全符合组织的开发需要。定制完成后，Checkstyle的配置文件可以被导出，用到多个项目中。Checkstyle的执行结果是显示为问题视图，它能被过滤和分类。结果可以按文件夹，工作集或者源文件级查看，可以让开发者看到整个编码，子系统或者单个类的质量。 如果你的团队正中进行Web服务的开发，那么WSVT(Web服务验证工具)是一个必须的插件。WSVT可以确认一个Web服务是否符合WS-I（Web服务交互）的基本规范。开发者中需右键点击在一个WSDL(Web服务描述语言)文件上，它就可以对WSDL进行验证，并生成一个可定制的视图报告，来显示出现的冲突。作为额外的好处，WSVT插件监控TCP/IP通讯并且观察、捕捉和验证SOAP消息。WSVT插件因此可以确保接口层和消息层的合规性。 功能测试：可靠性 Eclipse集成了Ant和JUnit。Ant是创建基于Java的应用的实事上的工业标准。JUnit基于Java的生成单元测试的框架。 开发者可以建立在Eclipse中运行的单独的JUnit测试，它为JUnit的运行结果提供了特殊的视图，或者使用Ant的JUnit或JUnitReport任务。JUnitReport Ant任务生成一个可视化的HTML报告，它可以根据定制来代表整个系统的测试或者某一个测试。HTML报告是一种非常好的报表，它可以服务测量项目的质量，可以作为历史记录保存。使用JUnit进行单元测试，开发者必须确定他们的方法符合他们的声明，这样就避免了不规范导致的bug的升级。 代码覆盖：可靠性 当开发者写了单元测试，他们必须了解这些单元测试提供了大程度的代码覆盖。 GroboCodeCoverage是一个开源的工具，它和Ant集成在了一起，通过使用任务来生成覆盖报告。可以生成单个的报告，如行计数报告和方法计数报告，它们分别提供了代码行和方法的覆盖百分比。但是，这个工具的精华是它的摘要覆盖报告。这个报告模仿了Javadoc的结构，提供了一种专业的，高质量的报告，可以作为历史文档保存起来。随着项目的进展，参考这个报告就可以看出在这一过程中代码覆盖是在增加还是减少。通过使用GroboCodeCoverage开发者可以确保他们最关键的代码段被完全的测试过，并发现缺乏覆盖的细小的角落。使用这些信息，他们可以增加或更新现有的JUnit测试，从而提高系统的可靠性。 Profiler：性能 当项目接近完成阶段时，开发者开始更多的思考性能。基于Eclipse的Profiler是一个开源的，免费的监测工具，它针对开发者需要解决的普通的性能问题提供了很多特性。它显示了线程，堆大小，堆dump，方法调用，方法次数，每个包的调用和线程调用树，通过它开发者可以看到时间在调用流中被花费在了哪些地方。基于Eclipse的Profiler帮助开发者了解应用的瓶项在哪里发生，让他们在将产品提交给QA(质量保证)部门或投放生产之前更正错误。 使用工具控制质量的好处 上述所列工具，可以让开发者监控，测量，跟踪和确认需提高的领域。没有这些工具，开发者就会使用他们自己的发明，并且整个团队将会进行自己的代码覆查，这些很显然是很少并且非常因难地对其进行跟踪的。更为重要的是，这些工具不仅能够为开发者使用，也能为团队领导使用。团队领导不再手工地察看代码或者定期地召开代码覆查会议。一个团队领导可以使用这些工具来测量和监控整个的编码，从而在整个开发周期同控制和确认系统的质量。 改变的垫脚石 他们说罗马不是一天内建成的，这同样也适用于为你的基于J2EE或Java的项目实现质量控制。试图从头引入一种处理可能会以失败收场，因为许多人反对改变，开发人员也不例外。一个过程的新方面应该通过时间慢慢地引入，这样才能生根和得到接受。通过逐渐引入质量关卡可以确保这一过和得到接受。 在开发者社区内，关卡也被称作检查站，覆查或质量关卡。抛开语义学不说，一个关卡是开发过程中的一个认识点，包括可交付的某种形式的半成品和对其进行覆查的一组风险承担者。从开发到QA，如不存在QA,那么到生产的过程必须通过关卡来提高代码的质量。项目的历史和它的状态，无论它是刚开始还是正在进行，应该首先说明使用什么样的关卡和工具。 在介绍关卡给开发团队之前，请花点时间确认你的项目需要引入的关卡的顺序。每个项目的需要是不同的，因为它的成员的强项和弱项不同。确认项目可以从中获益最大的质量提高是在哪里，然后应用合适的关卡来认识它们。图2显示了使用Eclipse的插件可以获得的质量提高  图2.每一种开发关卡带来的质量提高 当你确定了你要引进的关卡的顺序后，将你的团队成员聚在一起，给他们看一下这些工具和插件，以及它们的能力。给他们这些插件的链接或在局域网中共享出来，然后确认他们每人都安装了插件。这一策略不能保证开发者一定会用它们，但提高这样的机会。必竟，如果不安装的话就根本不会使用这些工具了。一旦开发者安装了这些工具，开始讨论你打算具体引入的每一个关卡。 Checkstype覆查关卡 讨论Checkstyle的配置设置并且它们为什么被使用。让你的开发者知道所有的错误必须被纠正并讨论警告是否应该被纠正（这是可选的，基于Checkstyle如何配置）。确认开发者了解他们必须使用Checkstyle，对其使用会被轮流检查。 JUnit覆查关卡 一个JUnit报告应该在每一个构建过程结束时生成，因为它被用来持续地测量系统的可靠性。开发者在检入他们的代码之前必须对他们的代码改变进行单元测试。将历史报告放在每人都可以看到的地方，并和新报告比较以看出项目的进展。 Metrics覆查关卡 讨论测量视图所有配置的能力（那些重要的和那些被禁用的）。确认开发者使用同样的方法配置了Metrics插件，他们得到的一同样的视图。请他们在编码时打开这个插件，这样当改变代码时可以迅速地检查Metrics视图。再一次，提醒团队代码测量会在每一个构建阶段结束时被监控。 Jupiter团队覆查关卡 Jupiter覆查需要介绍一些形式的覆查过程。一个命名的覆查ID需要建立，同时提供进入和分解责任。一旦覆查过程完成定义，和整个团队讨论过程。经验的方法是，有一个持续的覆查ID,它可以进行所有的工作，然后为每一个特定的覆查建一个ID。第一次，要求团队单个类中的测试代码。然后找到问题，并确认解决它。后续的过程需要团队成员检查正在进行的覆查ID，并进行团队领导指定他们作的特定代码的覆查。 GroboCodeCoverage报告覆查关卡 确认和解释覆盖的期望值给你的团队。能过GroboCodeCoverage列出将要生成的报告的类型，当报告生成时，它们将会被存储在可以随时进行比较的地方。至少，源代码覆盖报告应该作为中心报告来生成出最主要的信息。 测量和通知 通过慢慢地引入关卡，开发者将有时间接受和适应新的工具和过程。这样，新插件的使用机会就提高了，反过来也就提高了代码和系统的质量。确认所有站生成的报告将会email给团队成员。Email可以包含内容或指向内容的链接，重要的是开发可以收到他们工作质量的反馈。 责任分明 路铺了以后，有人走才有用。这篇文章中所述的测量和关卡的好处只有当他们被使用时才会体现。不要希望你只是简单地告诉他们使用插件就带来质量的提升，如果你不确认他们使用的话。责任分明是必须的，如果想要得到上述好处的话。 伴随着改变，一些人肯定会拥护工具和关卡的使用。拥护者需要是负责代码质量的人;可能是项目经理，团队领导，或者设计师，这取决于团队是如何组织的。拥护者确保开发者使用工具和关卡，并且使用工具进行了并键的覆查和对信息的监控。 最后，开发者必须对使用插件和关卡负责，这样都会对责任分明带来帮助。通过在每一阶段结束时计划一个简短的会议或者将结果email给团队来确认使用了关卡。满足带来混乱，工作和纪律质量。如果开发者知道他们的工作和质量正在被监控，那么他们就会更倾向于使用工具来提高工作质量。通过确认开发者使用了工具，整个项目的质量才会自然而然地增长。 结论 任何的开发项目都很复杂，基于Java/J2EE的项目也不例外。控制和提高质量的唯一方法就是持续地测量它，并努力地提高它。如果没有合适的标准和实践被引入，那么系统的可维护性，可靠性和性能都会受到损害。 但是，如果合适的工具被使用，需要的关卡被引入，开发者对他们自己工作的质量负起责任，那么结果将会是系统中更少的bug，更多地一致性和可维护的代码，这样才能满足对它的期望。 关于作者 Jimmy Jarrett是Cobalt Group的企业应用架构师。在进入Cobalt之前，他作为顾问开发了基于J2EE技术的大规模的分布式系统，其中涉及到了学校，汽车，高科技，法律，卫生保健和零售业。 资源 ·javaworld.com:javaworld.com ·Matrix-Java开发者社区:http://www.matrix.org.cn/ ·Checkstyle: http://checkstyle.sourceforge.net/ ·Checkstyle plug-in: http://eclipse-cs.sourceforge.net/ ·GroboCodeCoverage: http://groboutils.sourceforge.net/codecoverage/index.html ·JUnit: http://www.junit.org/index.htm ·Jupiter: http://csdl.ics.hawaii.edu/Tools/Jupiter/ ·Metrics: http://metrics.sourceforge.net/ ·Profiler: http://eclipsecolorer.sourceforge.net/index_profiler.html ·XDoclet: http://xdoclet.sourceforge.net/xdoclet/index.html |
濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴ｆ閺嬩線鏌涘☉姗堟敾闁告瑥绻橀弻锝夊箣濠垫劖缍楅梺閫炲苯澧柛濠傛贡缁骞掗弬鍝勪壕闁挎繂绨肩花浠嬫煕閺冩挾鐣辨い顏勫暣婵″爼宕卞Δ鈧ḿ鎴︽⒑缁嬫鍎愰柟鐟版喘瀵鈽夐姀鈥充簻闂備礁鐏濋鍛閹绢喗鈷戠紒顖涙礃閺夊綊鏌涚€ｎ偅灏い顏勫暣婵″爼宕卞Δ鈧ḿ鎴︽⒑缁嬫鍎愰柟绋垮⒔濡叉劙骞橀幇浣告倯闂佸憡绮岄崯鎶藉触椤愨懡鏃堟偐闂堟稐绮堕梺鍝ュ櫏閸嬪鎮橀幒妤佺厽闁绘ê寮剁粚鍧楁倶韫囨梻鎳呯紒顕嗙秮閹瑩鎮滃Ο閿嬪闁荤喐绮庢晶妤冩暜閹烘挾顩插ù鐓庣摠閻撴洟鏌熼幆褜鍤熸繛鍙夋尦閺岀喖顢欓挊澶婂Б闁绘挶鍊栭妵鍕疀閹炬潙娅濋梺褰掓敱濡炶棄顫忔繝姘＜婵ê宕·鈧梻浣告啞椤ㄥ棗煤閻旈鏆﹀┑鍌溓瑰敮闂侀潧锛忛崟顓炲及婵犵數濮烽弫鍛婃叏閹绢喗鏅濋柕鍫濇礌閸嬫挸顫濋悡搴＄睄閻庤娲╃紞鈧紒鐘崇洴瀵噣宕掑⿰鍛潓婵犵數濮烽弫鍛婃叏閹绢喖纾圭紓浣股戝▍鐘崇箾閹存瑥鐏柣鎾存礋閹鏁愰崘銊ヮ瀳婵犵鈧尙鐭欓柡灞炬礋瀹曟儼顦叉い蹇ｅ幘閳ь剚顔栭崰鏇犲垝濞嗘劒绻嗘慨婵嗙焾濡插綊姊洪柅鐐茶嫰婢ь垶鎮介銈囩瘈鐎殿喖顭烽幃銏ゅ礂閻撳海妾┑鐘灱濞夋盯鏁冮妷銉㈡灁濠电姵纰嶉埛鎴︽煕濠靛棗顏柣蹇涗憾閺屾盯鎮╁畷鍥р拰濡ょ姷鍋涢崯顐︺偑娴兼潙閱囨繝闈涚墕楠炴劙姊绘担鍛靛綊寮甸鍌滅煓闁规儳绠嶆禍褰掓倵閿濆骸鏋熼柣鎾跺枛楠炴牕菐椤掆偓閳ь兙鍊曞玻鍧楀箛椤撶姷顔曢梺鍛婄懃椤ャ垽顢旈崼鐔蜂患濠电娀娼ч悧蹇涙儗濞嗘挻鍋ｉ柟顓熷笒婵¤姤绻涢崼銉х暫婵﹥妞藉畷婊堝箵閹哄秶鍑规繝鐢靛仜瀵爼鎮ч悩璇茬畺闁炽儲鏋煎Σ鍫ユ煏韫囥儳纾块柛姗€浜堕弻锝堢疀閺囩偘绮舵繝鈷€鍌滅煓闁诡垰鐬奸埀顒婄秵閸嬪棛绮绘ィ鍐╃厱妞ゆ劑鍊曢弸鎴︽煕婵犲啫濮堥柟渚垮妽缁绘繈宕熼鐐殿偧闂備胶鎳撻崲鏌ュ箠閹邦喖鍨濋柣銏㈩暯閸嬫捇鏁愭惔婵堝嚬闂佷紮绲奸崡鍐差潖缂佹ɑ濯撮悷娆忓娴犫晠姊洪崨濠冪叆妞ゆ垵顦悾鐑芥晸閻樿尙顦ㄩ梺鑲┾拡閸撴艾鈻撴ィ鍐┾拺闂傚牊绋撶粻鐐烘煕婵犲啯绀嬬€规洘锕㈤崺鈧い鎺嗗亾妞ゎ亜鍟存俊鍫曞幢濡も偓椤洭姊虹粙鍧楊€楃€规洦鍓熼幆鍐敆閸曨兘鎷婚梺绋挎湰閻熝囧礉瀹ュ鍊电紒妤佺☉閹虫劙鎯屽▎鎾寸厵閻庣數枪琚ラ梺绋款儐閹告悂锝炲┑瀣亗閹艰揪绱曢惈鍕煟鎼淬値娼愭繛鍙夊灴瀹曪繝宕橀懠顒佹闂佸憡顨堥崐锝夋偄閸忓皷鎷归梺褰掑亰閸犳艾鈻旈崸妤佲拻闁稿本鐟х粣鏃€绻涙担鍐叉处閸嬪鏌涢埄鍐槈缂佺姷濞€楠炴牕菐椤掆偓閻忣亪鏌涘▎蹇曠闁靛洤瀚伴獮鎺楀幢濡炴儳顥氶梻鍌欑閻ゅ洭锝炴径鎰瀭闁秆勵殔閺勩儵鏌曟径鍡樻珔妤犵偑鍨烘穱濠囨倷閹绘巻鎸冮梺鍛婂灱椤鎹㈠┑瀣仺闂傚牊鍒€閻愮儤鐓曢柕濠忛檮閵囨繈鏌℃担鍓插剶闁哄睙鍥ㄥ殥闁靛牆鎳嶅▽顏呯箾閿濆懏鎼愰柨鏇ㄤ簼娣囧﹪宕奸弴鐐茬獩濡炪倖鏌ㄩ崥瀣敂閿熺姵鈷掑ù锝呮嚈瑜版帩鏁勯柛娑欐綑绾惧綊鏌涢敂璇插箺鐎规洖寮剁换娑㈠箣濞嗗繒浠煎Δ鐘靛亼閸ㄧ儤绌辨繝鍥舵晬婵犲灚鍔曞▓顓犵磼閻愵剚绶茬紒澶婄秺瀵鏁愰崱妯哄妳闂侀潧楠忕徊浠嬎夊┑鍡╂富闁靛牆绻愰々顒勬煛娴ｇ瓔鍤欐い鏇悼閹风姴顔忛鍏煎€梻浣稿閸嬫帡宕戦崨鎼晛闁搞儺鍓氶埛鎺懨归敐鍛暈闁哥喓鍋ら弻鐔煎箹娴ｈ櫣鏆悗瑙勬礈婢ф骞嗛弮鍫氣偓锕傚箣閻愬瓨鐝ㄩ梻鍌欑劍鐎笛呮崲閸岀倛鍥ㄧ鐎ｎ亝鐎梺绯曞墲閵囨粓鍩€椤掍礁绗掓い顐ｇ箞椤㈡绻濋崒姘兼浆闂傚倷鐒﹀鍧楀储娴犲鈧啴宕卞▎鎰簥濠电偞鍨崹鍦不婵犳碍鐓涘璺侯儏閻忊晠鏌涢弬鎯у祮婵﹨娅ｇ划娆忊枎閹冨闂備礁婀遍幊鎾趁洪鐑嗗殨濠电姵纰嶉弲鏌ユ煕濞戝彉绨兼い顐㈢Т閳规垿鎮欓崣澶樻！闂佸憡姊瑰ú婊勭珶閺囥垹绠柤鎭掑劗閹锋椽姊洪崨濠勭畵閻庢凹鍘奸敃銏ゅ箥椤斿墽锛滈柣搴秵閸嬪嫰鎮橀幘顔界厱闁冲搫鍟禒杈殽閻愬樊鍎旈柡浣稿暣閸┾偓妞ゆ巻鍋撴い鏂跨箰閳规垿宕堕妷銈囩泿闂備礁鎼ú銊╁磻閻愬搫闂繛宸簼閻撳啴鎮归崶顏嶅殝闁告梻鍠撶槐鎺撴綇閵婏箑纾抽悗瑙勬礃鐢帡鍩㈡惔銊ョ婵犻潧妫悗鏉戔攽閿涘嫬浜奸柛濠冨灴瀹曟繂鐣濋崟顐ょ枃濠殿喗銇涢崑鎾搭殽閻愬弶顥滈柣锝嗙箞瀹曠喖顢曢妶蹇曞簥闂傚倷鑳剁划顖炲礉濞嗗繄缂氱憸蹇曞垝婵犲洦鏅濋柛灞剧〒閸樼敻姊虹粙璺ㄧ闁稿鍔欏鍐差潨閳ь剟寮诲☉銏犳閻犳亽鍔庨崝顖炴⒑鐠団€虫灓闁稿鍊曢悾鐤亹閹烘繃鏅濋梺缁樓规禍顒勬儎鎼淬劍鈷掑ù锝呮啞鐠愶繝鏌涙惔娑樷偓婵嗙暦瑜版帗鍋ㄩ柛鎾冲级閺呮粓姊洪崘鍙夋儓闁瑰啿绻樺畷鎰板垂椤愶絽寮垮┑顔筋殔濡鏅剁紒妯圭箚闁圭粯甯炵粔娲煛鐏炵偓绀嬬€规洘鍎奸ˇ鍙夈亜韫囷絽骞橀柍褜鍓氶鏍窗閺囩姴鍨濇繛鍡樺姃缁诲棙鎱ㄥ┑鍡欑劸婵℃彃銈稿娲閳哄啰銈烽梺绋块绾绢厼危閹版澘绠婚悗娑櫭鎾剁磽娴ｅ湱鈽夋い鎴濇噹閳绘捇顢橀悙鈺傛杸闂佸疇妫勫Λ妤佺濠靛牏纾奸悹鍥皺婢ф洘銇勯弴顏嗙ɑ缂佺粯绻傞～婵嬵敇閻愭壆鐩庣紓鍌欒兌閸嬫挻鍒婇懞銉ｄ粓闁归棿绀侀悿楣冩煥濠靛棭妲归柛瀣у墲缁绘繃绻濋崒姘闁轰礁鐗撳铏规嫚閳ヨ櫕鐏嶉梺鎸庢磸閸ㄤ粙鐛繝鍥ㄥ亹婵炶尙绮弲銏ゆ⒑缁嬫寧婀扮紒顕嗙悼濡叉劙寮婚妷锔规嫼闂佸憡绻傜€氬嘲危閹间焦鐓熸俊銈傚亾閻庢碍婢橀悾宄扳攽閸ャ劌鍔呴梺鎸庣箓濞诧絿绮径鎰拺缂備焦锚婵鏌涙惔娑樷偓婵嬪箖閳ユ枼妲堥柕蹇娾偓鏂ュ亾閸洘鐓熼柟閭﹀灡绾墽鎮鑸碘拺闁告縿鍎辨牎闂佹寧娲忛崹钘夘嚕婵犳艾鐒洪柛鎰ㄦ櫅椤庢捇姊洪懡銈呮瀾婵犮垺锕㈤敐鐐哄箳濡や礁鈧敻鎮峰▎蹇擃仾缂佲偓閸儲鐓曢柣妯虹－婢х敻鏌曢崱鏇狀槮妞ゎ偅绮撻崺鈧い鎺戝缁犳牠鏌嶉崫鍕櫤闁诡垳鍋為妵鍕箛閳轰讲鍋撳┑瀣濠电姵纰嶉埛鎺楁煕鐏炴崘澹橀柍褜鍓欓崲鏌ユ箒闂佹悶鍎滈崨顔筋啎闂備礁澹婇悡鍫ュ磻閸涙潙鐭楅煫鍥ㄧ⊕閻撴瑩鏌熼娑欑凡鐞氭岸姊洪幎鑺ユ暠婵﹤顭烽崺鈧い鎺嗗亾缂佺姴绉瑰畷鏇㈡焼瀹撱儱娲、娑㈡倷閹绘帞鈧參姊虹粙璺ㄧ伇闁稿鍋ら幃锟犲閳ヨ尙绠氬銈嗙墬缁矂鎯冮幋鐘电＜閺夊牄鍔岄崫娲煛鐏炶濡奸柍瑙勫灴瀹曢亶鍩￠崒鍌﹀缁辨挻鎷呴幓鎺嶅闂佽鍑界紞鍡涘磻娴ｅ湱顩叉繝濠傜墛閻撴稓鈧箍鍎遍崯顐ｄ繆閸ф鐓冮柦妯侯樈濡插湱绱掔紒妯兼创鐎规洖銈搁幃銏ゆ惞閸︻厼甯ㄥ┑鐘愁問閸犳牠鏁冮妸銉㈡瀺闁挎繂鎳夊Σ鍫ユ煟閵忊懚鐟邦啅濠靛洢浜滈柡鍌涘劤鐎氬酣鏌嶈閸撴岸宕濋弴鈶┾偓鏃堝礃椤斿槈褔骞栫划鍏夊亾閼碱剙鍤┑鐘垫暩閸嬬姷浜稿▎鎾崇獥闁哄诞鍛濠电偛妯婃禍婊堟倿閸偁浜滈柟鍝勭Ч濡惧嘲霉濠婂嫮鐭掗柡宀€鍠栧畷顐﹀礋椤掑顥ｅ┑鐐茬摠缁挾绮婚弽褜娼栨繛宸簻缁犱即骞栧ǎ顒€鐏柍瑙勭⊕缁绘繄鍠婂Ο宄颁壕闁惧浚鍋呴幃娆撴煕濡ゅ懍鎲鹃柡宀€鍠栭幃褔宕奸悢鍝勫殥缂傚倷绶￠崑鍕矓瑜版帒钃熸繛鎴欏焺閺佸啴鏌ㄥ┑鍡樺窛闁伙絿鍘ч—鍐Χ閸℃ê闉嶅┑锛勫仩濡嫰锝炶箛娑欐優闁革富鍘鹃敍婊冣攽閳藉棗鐏犻柟纰卞亰閿濈偛鐣濋崟顒€鈧灚绻涢崼婵堜虎婵炲懏锕㈤弻娑㈠箻鐎靛憡鍣梺璇茬箰閸熸潙顫忓ú顏勫窛濠电姳鑳剁换渚€姊洪崫銉バｇ€光偓缁嬭法鏆﹂柕蹇嬪€曠粻鐟懊归敐鍛辅闁归攱妞藉娲川婵犲啫闉嶉悷婊勬緲閸燁垳绮嬪鍡欘浄閻庯綆鍋嗛崢閬嶆煟鎼搭垳绉靛ù婊勭矒椤㈡棃顢橀姀锛勫幍濡炪倖姊归弸濠氭嚀閸ф鐓涘ù锝嚽归弳锝団偓瑙勬礃鐢帡鍩ユ径濠庢僵妞ゆ巻鍋撶紒鐘靛仱濮婄粯鎷呯粵瀣闂佸憡鍨归弲顐ゆ閻愬搫骞㈡繛鎴炨缚閿涙盯姊虹化鏇炲⒉閽冭鲸绻涢崨顖毿ｉ柕鍥у楠炴帡骞嬪┑鍐ㄤ壕闁煎鍊曢ˉ姘攽閸屾碍鍟為柣鎾存礋閹﹢鎮欓幓鎺嗘寖闂佸疇妫勯ˇ杈╂閹烘埈娓婚柨鏇楀亾婵炶绠撻幃鈥斥枎閹惧鍘介梺缁樻煥閹诧紕娆㈤崣澶堜簻闊浄绲藉顕€鏌″畝鈧崰鏍箖閳╁啯鍎熼柕蹇ョ悼椤㈠懘姊绘担鐑樺殌鐎殿喖鐖奸獮鎰板礃閼碱剚娈鹃梺缁樻煥閸氬藟閸喓绠鹃柟瀵稿仧閹冲嫰鏌ｅ┑鎾剁瘈婵﹤顭峰畷鎺戭潩椤戣棄浜鹃柟闂寸绾剧懓顪冪€ｎ亝鎹ｉ柣顓炴閵嗘帒顫濋敐鍛婵°倗濮烽崑鐐烘偋閻樻眹鈧線寮撮姀鐘栄囨煕鐏炲墽鐓瑙勬礀閳规垿顢欓惌顐簻閻ｇ兘顢楅崟顐㈠亶闁诲海鏁哥涵鍫曞磻閹捐埖鍠嗛柛鏇ㄥ墰椤︺儳绱撻崒姘毙㈤柨鏇ㄤ簻椤曪絾绻濆顒€鑰垮┑掳鍊曢敃銈夊箖閹达附鈷戦柛娑橈梗缁堕亶鏌涢妸褎娅曟俊鍙夊姍閺屽棗顓奸崱娆忓箺闂佺澹堥幓顏嗘閺囥垺鍋╂い鎾卞灪閻撴洟骞栧ǎ顒€濡洪柟鏌ョ畺閹稿﹤鈹戦崰銏犵秺瀹曟宕楅懖鈺冣枏缂備胶鍋撳畷妯衡枖閺囥垹鐒垫い鎺嗗亾缂佺姴绉瑰畷鏇㈡焼瀹撱儱娲︾€佃偐鈧稒锚娴滄姊洪崫鍕偍闁搞劍妞介幃鈥斥槈閵忥紕鍘遍梺闈涱檧缁蹭粙宕濆顑芥斀闁挎稑瀚敮鑸点亜椤撯€冲姷妞ぱ傜窔閺屾盯濡搁妶鍛ギ濠电姭鍋撳〒姘ｅ亾婵﹨娅ｇ槐鎺懳熼幘铏础缂侇喗妫冮、姘跺焵椤掑嫨鈧線寮崼婵嬪敹闂佺粯妫佸▍锝夊汲閵忋倖鈷掗柛灞捐壘閳ь剛鍏橀幃鐐烘晜闁款垰浜剧紒妤佺☉閹冲繐鐣烽弻銉︾厱閻忕偟铏庨崵銈嗙箾閹寸儐鐒搁柡鍐ㄧ墕瀹告繃銇勯幘璺盒㈡鐐村浮濮婄粯鎷呴崨濠冨創濠电偛鐪伴崹钘夌暦閻熸噴娲敂閸涱厺绨甸梻浣告啞閸旓附绂嶅┑瀣獥闁归偊鍘剧弧鈧繝鐢靛Т閸婄粯鏅堕弴鐘电＜闁逞屽墴瀹曞ジ鎮㈢粙鍨紟婵犵妲呴崹杈┾偓绗涘懏鍏滃Δ锝呭暞閻撱垽鏌涢幇鍏哥盎闁哄鐩弻锛勪沪閻愵剛顦ㄧ紓浣虹帛缁嬫牠藝閺屻儲鍊垫慨妯哄船閸樺鈧娲橀崹鎸庝繆閹间礁鐓涢柛灞绢殕鐎氳偐绱撻崒姘偓鐑芥倿閿曞倹鏅┑鐘愁問閸犳牕煤閿曞倸桅闁告洦鍨伴崡鎶芥煏婵炲灝鍔氱紒顐㈢Ч濮婅櫣鍖栭弴鐔告緭闂佹悶鍔忓Λ鍕敋閿濆绠绘い鏃傗拡濞煎﹪姊洪悙钘夊姕闁哄銈稿畷鎴﹀箻缂佹ê浠洪梺鍛婄☉閿曪箓宕ｉ崱妞绘斀闁绘ḿ绮☉褎淇婇锝庢疁闁糕斁鍋撳銈嗗笒閸婂綊宕甸埀顒勬⒑鐎圭媭鍤欑紒澶屾嚀閻ｇ兘宕奸弴鐐嶁晠鏌ㄥ┑鍡楊伀闁烩晛閰ｅ缁樼節鎼粹€茬盎濠电偠顕滄俊鍥╁垝濞嗘挸绠涢柡澶庢硶閻ゅ懏淇婇妶蹇曞埌闁哥噥鍨堕幃鈥斥槈閵忊€斥偓鍫曟煟閹扮増娑уù婊冨⒔缁辨帡鍩€椤掑倵鍋撻敐搴″幋闁稿鎸鹃幉鎾礋椤掑偆妲瑰┑鐐茬摠缁矂鎮ユ總绋课ュù锝呭濞笺劑鏌嶈閸撶喖鐛崘顔碱潊闁挎稑瀚板顔界節閵忥絾纭炬い锕侀哺瀵板嫰鏁撻敓锟�
京公网安备 11010802021500号